DEBUGGING TRANSACTIONS ACROSS 
MULTIPLE PROCESSORS 

Technical Field 

[0001] This invention relates, in general, to debugging 
of transactions, and in particular, to the debugging of a 
transaction across multiple processors, in which the path of 
the transaction need not be predefined. 

Background of the Invention 

[0002] A transaction is considered a unit of work, which 
includes a plurality of requested services, such as a 
plurality of computer programs or applications. Each 
application is developed using a programming language. 
During the course of programming, errors may occur due to 
programmer error. These errors include either syntax errors 
or logic errors. Syntax errors are caught by the compiler, 
which refuses to generate machine instructions for a line of 
programming language that it does not understand. Logic 
errors, however, are detected when the application does not 
perform as expected, often resulting in program exceptions 
or incorrect behavior. 

[0003] While syntax errors can be corrected by 
determining the correct syntax, logic errors are often much 
more difficult to ascertain. For this reason, a special 
class of computer programs was developed. These programs 
are called debuggers. A debugger allows the user to trace 
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through a program, while it is executing on the computer, 
often in the original human-readable text format originally 
used in the programming language. This allows the 
programmer to determine the instance or instances where the 
logical flow of the program is incorrectly designed. 

[0004] Traditional debuggers run on a given application 
with a fixed starting and ending point, and only run on the 
machine where the application was started. These debuggers 
have proven inadequate, however, for distributed 
applications and for transactions that span across 
processors. For example, for many server transactions, the 
data required to satisfy a given request may not reside on 
the server to which the request was sent. To satisfy the 
request, the server initiates a request to another server, 
which may or may not initiate another request, until 
information is gathered to satisfy the initial request. 
While this provides a friendly environment for the end user 
of the transaction, it is a difficult environment on which 
to build the transaction. 

[0005] Some debuggers have been enhanced in order to be 
able to debug a distributed application that executes on 
multiple processors. With those debuggers, however, each 
processor to run the application needs to be known in 
advance, and a debug registration process needs to be 
performed on each of the processors. This has proved 
inadequate, especially for transactions that span 
processors . 
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[0006] Based on the foregoing, a need still exists for a 
capability that allows a transaction to be debugged across a 
plurality of processors. In particular, a need still exists 
for a capability that facilitates the debugging of a 
transaction across multiple processors without predefining 
the path of the transaction. A yet further need exists for 
a capability that facilitates the debugging of a transaction 
across multiple processors without requiring a debug 
registration process to be performed on each processor in 
which the transaction is to be run and debugged. 

Suimaarv of the Invention 

[0007] The shortcomings of the prior art are overcome and 
additional advantages are provided through the provision of 
a method of facilitating debugging of transactions. The 
method includes, for instance, executing a transaction on 
one processor of a plurality of processors, the transaction 
having debug information associated therewith; and 
requesting, by the transaction, a service on another 
processor of the plurality of processors, wherein at least a 
portion of the debug information follows the transaction to 
the another processor for use in debugging the transaction 
on the another processor, and wherein a path of the 
transaction is not predefined to a controller of the 
debugging. 

[0008] In a further embodiment, a method of facilitating 
debugging of transactions is provided. The method includes, 
for instance, using a client workstation to enter debug 
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information on a processor where a transaction is to be 
started, the debug information being associated with tracing 
the transaction; attaching at least a portion of the debug 
information to the transaction being executed on the 
processor; requesting, by the transaction, a service on 
another processor; and passing at least some of the at least 
a portion of the debug information to the another processor, 
wherein tracing of the transaction can continue on the 
another processor. 

[0009] System and computer program products corresponding 
to the above-summarized methods are also described and 
claimed herein. 

[0010] Advantageously, the debugging of a transaction 
across a plurality of processors is facilitated by providing 
debug information that follows the transaction from 
processor to processor. The path of the transaction need 
not be predefined. Further, there is no need for the client 
workstation, which is controlling the debugging, to perform 
a registration process on each processor that the 
transaction is to run on and be debugged. 

[0011] Additional features and advantages are realized 
through the techniques of the present invention. Other 
embodiments and aspects of the invention are described in 
detail herein and are considered a part of the claimed 
invention. 
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Brief Description of the Drawings 



[0012] The subject matter which is regarded as the 
invention is particularly pointed out and distinctly claimed 
in the claims at the conclusion of the specification. The 
foregoing and other objects, features, and advantages of the 
invention are apparent from the following detailed 
description taken in conjunction with the accompanying 
drawings in which: 

[0013] FIG. la depicts one embodiment of a computing 

environment incorporating and using one or more 
aspects of the present invention; 

[0014] FIG, lb depicts one embodiment of a 

distributed debugger executing within the 
computing environment of FIG. la, in accordance 
with an aspect of the present invention; 

[0015] FIG. 2 depicts one embodiment of the logic 

associated with facilitating debugging of a 
transaction across multiple processors, in 
accordance with an aspect of the present 
invention; 

[0016] FIG. 3 pictorially illustrates aspects of the 

logic of FIG. 2, in accordance with an aspect of 
the present invention; and 
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[0017] FIG. 4 depicts one embodiment of debug 

information, in accordance with an aspect of the 
present invention . 

Best Mode for Carrying Out the Invention 

[0018] In accordance with an aspect of the present 
invention, a capability is provided for facilitating the 
debugging of transactions across multiple processors. In 
one example, debug information is attached to a transaction 
and that information follows the transaction from processor 
(e.g., server) to processor (e.g., server) without requiring 
a predefinition of the path of the transaction. Further, it 
is not necessary to perform a debug registration process at 
each processor of the multiple processors. 

[0019] One embodiment of a computing environment 
incorporating and using one or more aspects of the present 
invention is depicted in FIG. la. A computing environment 
100 includes, for instance, a plurality of computing units 
102 coupled to one another via one or more connections 104. 
In one example, one of the computing units is a client 
workstation 106 executing an operating system, such as 
Windows NT or LINUX, as examples, and at least two other 
computing units are servers 108 executing, for instance, the 
z/OS or OS/390 operating system offered by International 
Business Machines Corporation, Armonk, New York. Each 
computing unit includes, for example, a central processing 
unit (CPU) 110, a memory 112 and one or more input/output 
devices 114, which are well known in the art. 
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[0020] Connection 104 is, for instance, a TCP/IP 
connection. In other embodiments, however, connection 104 
may be any type of connection, such as a wire connection, 
token ring or network connection to name just a few 
examples . 

[0021] The computing environment described above is only 
one example. One or more aspects of the present invention 
can be incorporated and used with other types of computing 
units, computers, processors, nodes, systems, workstations 
and/or other environments, without departing from the spirit 
of the present invention. 

[0022] In accordance with an aspect of the present 
invention, executing within the computing environment is a 
debugger. As one example, this debugger is a distributed 
debugger, in which components of the debugger are running on 
the various computing units. 

[0023] For example, as shown in FIG. lb, a front-end 
component of a debugger 120 is executing on workstation 106 
and a back-end component of the debugger 122 is executing on 
each of servers 108. The front-end component includes a 
user interface to facilitate user input to the debugger (one 
example of an interface is included with the IBM Distributed 
Debugger) ; and the back-end components include the logic 
used in performing the debugging of a user's transaction 124 
executing on servers 108. One example of a back-end 
component is the TPF Debugger Engine, offered by 
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International Business Machines Corporation, Armonk, New 
York. 

[0024] In accordance with an aspect of the present 
invention, the debugging of a transaction executing across 
servers 108 is facilitated by enabling a given transaction 
to be followed from system to system while debugging the 
transaction. One embodiment of the logic associated with 
such a capability is described with reference to FIGs. 2 and 
3. As one example, at least a portion of this logic would 
be included within servers 108. 

[0025] To commence a debug session, a developer enters 
debug information into the host system (e.g.. Server 1 of 
FIG. 3), where a transaction to be traced is to be started, 
STEP 200. The entering of the debug information at the host 
system is part of a registration process performed between 
the client workstation and the host. The information is 
input via, for instance, the front-end component of debugger 
120 executing on client workstation 106, and includes, for 
instance, an address (e.g., id and port #) of the client 
workstation, as well as information relating to the 
component to be traced (see FIG. 4) . This component 
information includes, for instance, the transaction name 
and/or terminal address of where the transaction originated. 

[0026] Thereafter, the developer starts the transaction 
on the host system, STEP 202 (FIGs. 2 & 3) . The transaction 
is a unit of work that may request a plurality of services, 
including execution of one or more programs. 
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[0027] The debug information is attached to the 
transaction, STEP 204. For example, when the transaction 
begins, the debugger checks a debugging table to determine 
if this transaction is to be debugged. If so, then the 
debug information is included with the identifying 
information of the transaction. For example, the debug 
information is attached to the transaction by storing a 
pointer to the debug information in the transaction control 
block. 

[0028] During processing of the transaction, the 
transaction makes a request to another system (e.g.. Server 
2 of FIG. 3) . In accordance with an aspect of the present 
invention, the debug information is passed as part of this 
request, STEP 206. As one example, when the transaction 
sets up a communication session with another host, the 
system service (e.g., the communication protocol 
establishing the session, which is part of the operating 
system or library code) takes a copy of the debug 
information and attaches it to the request. For instance, 
the debug information is included as part of the header 
information that the operating system wraps around the 
application data. 

[0029] Thereafter, when the requested service is started 
on the other system, the debugger detects the debug 
information and establishes a new debug session with the 
workstation, which allows tracing to continue without having 
the client workstation register with the new host, STEP 208. 
Further, the client workstation need not know beforehand the 
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path of the transaction. As the debugging progresses on the 
new server, the information is passed back to the client 
workstation. Should the transaction request yet another 
service, then the above procedure would be continued. 

[0030] Advantageously, an aspect of the present invention 
enables a developer to trace all parts of the transaction. 
In addition, multiple parts of a specific transaction, which 
are difficult to identify, are traced. For example, assume 
Program A running on Processor 1 invokes Program B running 
on Processor 2. It is helpful to trace the specific 
instances of Program A and Program B, but if Program B is 
being invoked many times in Processor 2, then, in the past, 
the specific instance of Program B was difficult to identify 
to trace (without tracing all of the other extraneous 
instances of Program B) . However, in accordance with an 
aspect of the present invention, the starting of Program B 
on Processor 2 with the debug information ties these two 
parts of the transaction together, which allows the user to 
specifically trace all pieces of a given transaction, 
without tracing unrelated transactions. 

[0031] Described in detail above is a capability for 
facilitating the debugging of transactions across multiple 
processors. The debugging is performed without having the 
client workstation perform debug registration with each host 
or server executing the transaction being debugged, and 
without predefining the transaction path. Instead, debug 
information is attached to the transaction and follows the 
transaction along its path. 
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[0032] The present invention can be included in an 
article of manufacture (e.g., one or more computer program 
products) having, for instance, computer usable media. The 
media has embodied therein, for instance, computer readable 
program code means for providing and facilitating the 
capabilities of the present invention. The article of 
manufacture can be included as a part of a computer system 
or sold separately. 

[0033] Additionally, at least one program storage device 
readable by a machine, tangibly embodying at least one 
program of instructions executable by the machine to perform 
the capabilities of the present invention can be provided. 

[0034] The flow diagrams depicted herein are just 
examples. There may be many variations to these diagrams or 
the steps (or operations) described therein without 
departing from the spirit of the invention. For instance, 
the steps may be performed in a differing order, or steps 
may be added, deleted or modified. All of these variations 
are considered a part of the claimed invention. 

[0035] Although preferred embodiments have been depicted 
and described in detail herein, it will be apparent to those 
skilled in the relevant art that various modifications, 
additions, substitutions and the like can be made without 
departing from the spirit of the invention and these are 
therefore considered to be within the scope of the invention 
as defined in the following claims. 
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